home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20020314-20021006 / 000000_satprof@altavista.com_Thu Mar 14 13:31:08 EST 2002.msg next >
Text File  |  2020-01-01  |  4KB  |  74 lines
  1. Article: 13265 of comp.protocols.kermit.misc
  2. Path: newsmaster.cc.columbia.edu!panix!newsxfer.eecs.umich.edu!news.cc.ukans.edu!logbridge.uoregon.edu!newsfeed.stanford.edu!postnews1.google.com!not-for-mail
  3. From: satprof@altavista.com (satprof)
  4. Newsgroups: comp.protocols.kermit.misc
  5. Subject: Experience with K95 over satellite links
  6. Date: 14 Mar 2002 09:31:43 -0800
  7. Organization: http://groups.google.com/
  8. Lines: 56
  9. Message-ID: <c4914b87.0203140931.41ac24bc@posting.google.com>
  10. NNTP-Posting-Host: 158.232.67.138
  11. Content-Type: text/plain; charset=ISO-8859-1
  12. Content-Transfer-Encoding: 8bit
  13. X-Trace: posting.google.com 1016127103 11357 127.0.0.1 (14 Mar 2002 17:31:43 GMT)
  14. X-Complaints-To: groups-abuse@google.com
  15. NNTP-Posting-Date: 14 Mar 2002 17:31:43 GMT
  16. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:13265
  17.  
  18. Following my posting at the end of Jan, 2002 about evaluating Kermit
  19. for a project to transfer ~70MB of data nightly via a double(!)
  20. satellite hop, it might be useful for others in the future to hear of
  21. my experiences.
  22.  
  23. The requirement was for a highly reliable, automated multi-megabyte
  24. file transfer between two sites (in Africa) connected by IP over
  25. satellite links, with a theoretical bandwidth above 300Kb/s. Each link
  26. goes to a hub in Denmark, meaning that the connection has a _minimum_
  27. ping time of around 1300mSec. Both ends of the link would be running
  28. Windows NT4.0.
  29.  
  30. To begin, the data turned out to be around 180MB rather than 70MB, but
  31. that is not all that significant, but goes to show the capability of
  32. the system.
  33.  
  34. The approach I adopted was to set up the K95D.EXE 'daemon' on the
  35. machine holding the data & to script the file transfer on the machine
  36. to which the data was to be sent. Before leaving for Africa, I tested
  37. the script (based on the 'reliable file transfer' script in the K95
  38. 'scripts' folder) between my home in France & my office in Geneva.
  39. With an ADSL link at home (& T3 at the office) my tests showed around
  40. 20KB/second. (Ping time ~ 40mSec)
  41.  
  42. However, on arrival in Africa, I couldn't achieve more than about
  43. 3KB/second in practice. The receiving end showed only that a single
  44. window was in use, but that is apparently normal at the receiver. The
  45. sending end showed that sliding windows were in use, but only 5 out of
  46. 30 possible. (Packet size settled down to 4000/3999; streaming was off
  47. to ensure block checking & the Fast macro was invoked.)
  48.  
  49. The relatively slow speed was a bit of a disappointment, but it was
  50. overcome by initiating 5 concurrent instances of Kermit, and
  51. transferring the data in parts. (The data, which is an SQL database
  52. dump file, starts out as 800MB uncompressed, but was already
  53. compressed and split into sections by ARJ32.) The net throughput
  54. achieved is around 15KB/sec. which means the job can easily be done
  55. overnight, which plenty of spare capacity for retries.
  56.  
  57. I also tried 6 concurrent instances, but found that this gave no
  58. practical improvement in total throughput. As it happens, ARJ-created
  59. file segments are suffixed .ARJ, then .A01 through to .Ann, so my 5
  60. scripts look for segments ending 0 & 1, 2 & 3, and so on, bypassing
  61. .A00, which doesn't exist. The scripts terminate when no more files
  62. are found, which allows the data to change in size over time.
  63.  
  64. The prime reason for the post is to record this for others, but I'd
  65. also like to thank Frank & the others in the group for their input at
  66. the beginning of the project.
  67.  
  68. If anyone has any ideas about how to increase the no. of windows
  69. actually used, I'd like to try that out. I also tried to get K95D.EXE
  70. to run as a WINNT service, but without success, so would be interested
  71. to know if anyone has managed this elsewhere.
  72.  
  73. Thanks again for all your help.
  74.